「向上管理」這個詞,乍聽之下很奇妙,管理不是都向下管理的嗎?怎麼會向上?難不成上級主管也在我的管理範圍?
其實,向上管理不是多深奧的詞彙,很多積極主動的 RD 或基層主管,可能早就已經在向上管理了,只是自己沒意識到。
今天就試著站在「如果沒有向上管理,會遇到什麼難題」的角度,來看看向上管理能夠怎麼做?以及可以如何解決問題。
上級主管下達的指令往往不會太明確,只會有比較大致的方向,剩餘的細節都有賴底下的團隊實作。但實作要考量資源、技術、人力等因素,很容易時間一長,團隊最後做出來的成果,會跟上級主管最初的期待有落差。
上級主管要求開發團隊完成電商平台,要包含網頁版跟 app,並期待兩邊的使用者體驗盡量一致。然而團隊實作時,考量電腦與手機的呈現差異,設計出完全不同的兩種操作體驗,成果與上級主管最初的期望有落差。
由於上級主管通常扮演發配任務的角色,所以往往只有把任務往下分配,如果沒有特別去追團隊進度,很容易會誤判團隊目前的進展與負擔。
上級主管負責多個生產部門,經常將任務下達給各部門,但很少追蹤他們的進展。某一天,他發現有一個部門的生產率降低,交付時間延遲,並且產生了大量的缺陷。他感到驚訝並不滿,給這個團隊考評低分。
愈上層的主管,管理的團隊愈多,花在每個團隊身上的時間也愈短,因為著火的地方很多,沒辦法每個人都照顧到,很容易就會不小心忽略了團隊提出的需求。
團隊因為人手不足,已經連日加班趕 deadline 前上線,雖然有提出人力需求,但上級也只是收到了一個訊息「A 團隊需要更多 RD」,但 B、C、D 團隊也都缺人,導致就算有額外人力,也不一定優先補給 A 團隊。
一般傳統的向下管理,就是由上級主導,發出任務與指令,這時,下屬就只是被動接收任務,沒有太多商量空間。
而向上管理,其實就是開啟了一個雙向的溝通管道,雖然下屬不會發任務給上級,但依然可以跟上級確認需求、同步進度、爭取資源。
確保團隊正確理解上級主管的期望和要求,雙向的溝通方式有助於避免誤解而導致任務落差。
團隊在接收到一個新項目的任務後,可以向上級主管提出一系列問題,確保理解了項目的範圍、目標和交付期限。
定期向上級主管提交項目進度報告,包括詳細的進度更新、項目風險的評估,以及所需的支援,通過定期的報告,確保上級主管了解項目的狀態,並能夠在必要時提供指導和支持。
可以向上級主管提出資源需求,並解釋為什麼這些資源至關重要,沒有這些資源會導致什麼困難。
當然,即便提了資源需求,仍然有可能不被上級主管理會,畢竟可能有其他更緊急的火要救,但至少對於上級主管來說,可以更明確知道每個團隊缺乏的資源,有助於安排資源的優先順序。
真正理解完向上管理之後,會發現這不是身為主管才需要注意,即便是 RD,只要你頭上有主管,就需要好好運用向上管理的技巧。
但其實說穿了,向上管理就是「主動發起溝通」,無論是同步進度,還是爭取資源,都不能等哪一天上級主管來問才講,因為很有可能根本等不到那一天,愈上級的主管都愈忙。
而不得不說,身為主管也特別喜歡那些「會向上管理的成員」,因為他們會主動告知他們的需求,判斷自己需要什麼,然後直接來跟我確認,只要這塊做得好,幾乎可以不用特別放心力在這些成員,可以信賴!